Autodiscover returning wrong value for <OABUrl>
Hey Guys, I have a single active directory exchange organisation. I created a new Offline Address Book called "Web Based OAB Distribution" and configured it as my default OAB and set my distribution servers. I ran Update-FileDistributionService on all client access serves that needed the new OAB. The OAB successfully copied to the Client Access Servers. I then set OAB access addresses as they were incorrect: Set-OabVirtualDirectory -Identity "OAB (Default Web Site)" -InternalUrl xxx -ExternalUrl xxx I navigated to the address manually in Internet explorer to the path of one of the files. https://xxx/oab/b1407065-51d7-4bdf-a0af-ecaf3c04d45e/560a33b3-43a5-4399-9634-653f6c09d4b0-data-1.lzx It successfully pops up with the download dialog box. When i hold the CTRL key and right click on my outlook and click Test E-Mail AutoConfiguration I get this xml result: <?xml version="1.0" encoding="utf-8"?><Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006"> <Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a"> <User> <DisplayName>Clint Boessen</DisplayName> <LegacyDN>/o=xxx/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=xxx</LegacyDN> <DeploymentId>bfa051fd-0a26-4ff3-a42b-bfd109dace9d</DeploymentId> </User> <Account> <AccountType>email</AccountType> <Action>settings</Action> <Protocol> <Type>exch</Type> <Server>xxx.domain.local</Server> <ServerDN>/o=xxx/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=server</ServerDN> <ServerVersion>720180F0</ServerVersion> <MdbDN>/o=xxx/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=server/cn=Microsoft Private MDB</MdbDN> <PublicFolderServer>xxx.domain.local</PublicFolderServer> <AD>dc.domain.local</AD> <ASUrl>https://mail.xxx.com.au/EWS/Exchange.asmx</ASUrl> <EwsUrl>https://mail.xxx.com.au/EWS/Exchange.asmx</EwsUrl> <OOFUrl>https://mail.xxx.com.au/EWS/Exchange.asmx</OOFUrl> <UMUrl>https://mail.xxx.com.au/UnifiedMessaging/Service.asmx</UMUrl> <OABUrl>Public Folder</OABUrl> <CertPrincipalName>mail.xxx.com.au</CertPrincipalName> </Protocol> <Protocol> <Type>EXPR</Type> <Server>mail.xxx.com.au</Server> <SSL>On</SSL> <AuthPackage>Ntlm</AuthPackage> <ASUrl>https://mail.xxx.com.au/EWS/Exchange.asmx</ASUrl> <EwsUrl>https://mail.xxx.com.au/EWS/Exchange.asmx</EwsUrl> <OOFUrl>https://mail.xxx.com.au/EWS/Exchange.asmx</OOFUrl> <UMUrl>https://mail.xxx.com.au/UnifiedMessaging/Service.asmx</UMUrl> <OABUrl>Public Folder</OABUrl> </Protocol> <Protocol> <Type>WEB</Type> <External> <OWAUrl AuthenticationMethod="Fba">https://mail.xxx.com.au/owa</OWAUrl> <Protocol> <Type>EXPR</Type> <ASUrl>https://mail.xxx.com.au/EWS/Exchange.asmx</ASUrl> </Protocol> </External> <Internal> <OWAUrl AuthenticationMethod="Basic">https://mail.xxx.com.au/owa</OWAUrl> <Protocol> <Type>EXCH</Type> <ASUrl>https://mail.xxx.com.au/EWS/Exchange.asmx</ASUrl> </Protocol> </Internal> </Protocol> </Account> </Response></Autodiscover> Is there any reason why <OABUrl>Public Folder </OABUrl> is not updating to the webaddress of my OAB distribution server???
November 12th, 2008 10:17am

Additional Investigation: Used Test-OutlookWebServices to check the health of the Autodiscover service. Here are the results: Id : 1003Type : InformationMessage : About to test AutoDiscover with the e-mail address Administrator@domain.com.au Id : 1007Type : InformationMessage : Testing server exchangeserver.xxx.local with the published name & . Id : 1019Type : WarningMessage : The AD object CN=EXCHSERVER,CN=Autodiscover,CN=Protocols,CN=EXCHSERVER, CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Ad ministrative Groups,CN=XXX,CN=Microsoft Exchange,CN=Services ,CN=Configuration,DC=l7,DC=local is not visible to authenticated user s. Authenticated users need "Read Properties", "List Object" and "Lis t" on this object to view it. Id : 1006Type : ErrorMessage : The Autodiscover service could not be contacted. Id : 1021Type : InformationMessage : EXCH EXPR provider(s) not found. Use Get-OutlookProvider or New-Outl ookProvider to view or create providers. Used ADSI Edit and gave "Authenticated Users" read permission Read all properties and List to the LDAP Comon Name in question, ID 1019. Re-ran the commad: Id : 1003Type : InformationMessage : About to test AutoDiscover with the e-mail address Administrator@domain.c om.au. Id : 1007Type : InformationMessage : Testing server exchangeserver.xxx.local with the published name https://ma il.xxx.com.au/EWS/Exchange.asmx & https://mail.xxx.com.au/EWS/Exchange. asmx. Id : 1019Type : InformationMessage : Found a valid AutoDiscover service connection point. The AutoDiscover URL on this object is https://mail.xxx.com.au/autodiscover/autodiscov er.xml. Id : 1013Type : ErrorMessage : When contacting https://mail.xxx.com.au/autodiscover/autodiscover.xml received the error The remote server returned an error: (401) Unautho rized. Id : 1006Type : ErrorMessage : The Autodiscover service could not be contacted. Id : 1021Type : InformationMessage : EXCH EXPR provider(s) not found. Use Get-OutlookProvider or New-Outl ookProvider to view or create providers. Noticed Event ID 1021, Ran Get-OutlookProvider Name Server CertPrincipalName TTL ---- ------ ----------------- --- exchexchangserver mail.xxx.com.au1 EXPR 1 WEB 1 Noticed that EXPR was not set. Went to set it: [PS] C:\Set-OutlookProvider -Identity msExchAutoDiscoverConfig -Name EXPR -CertPrincipalName mail.xxx.com.au -Server exchangeserverSet-OutlookProvider : The operation could not be performed because object 'msExchAutoDiscoverConfig' could not be found on domain controller 'domaincontroller.domain.local'.At line:1 char:20+ Set-OutlookProvider <<<< -Identity msExchAutoDiscoverConfig -Name EXPR -CertPrincipalName mail.xxx.com.au -Server exchangeserver I recieved this error. To say on topic I want to know why autodiscover is giving out<OABUrl>Public Folder</OABUrl> instead of the web address.
Free Windows Admin Tool Kit Click here and download it now
November 13th, 2008 5:58am

Hi, From the information, it shows the OAB still point to public folder. Here I suggest we do two things to make it effect: 1. Update OAB. From Exchange Management Console, Organization Configuration--- Mailbox--- Offline Address Book--- Right-click the OAB object and click update. After that we may need to wait for about one to two hours. 2. In the meanwhile, please restart the Default Web Site and recycle the default application pool to effect the web configuration. After all above steps, please try to run Test E-mail AutoConfiguration and check if the OAB is pointed to a URL. If the issue persists, please run get-Offlineaddressbook |fl command in EMS, then post the information on the forum. Thanks Allen
November 14th, 2008 9:03am

I did the above and even rebooted the server. Still no go. Here is my output from: Offlineaddressbook | fl Server : ExchangServerAddressLists : {Default Global Address List}Versions : {Version2, Version3, Version4}IsDefault : FalsePublicFolderDatabase : ExchangeServer\Second Storage Group\Public Folder DatabasePublicFolderDistributionEnabled : TrueWebDistributionEnabled : FalseDiffRetentionPeriod : Schedule : {Sun.6:00 AM-Sun.6:15 AM, Mon.6:00 AM-Mon.6:15 AM, Tue.6:00 AM-Tue.6:15 AM, Wed.6:00 AM-Wed.6:15 AM, Thu.6:00 AM-Thu.6:15 AM, Fri.6:00 AM-Fri.6:15 AM, Sat.6:00 AM-Sat.6:1 5 AM}VirtualDirectories : {}ExchangeVersion : 0.0 (6.5.6500.0)AdminDisplayName : Name : Default Offline Address ListDistinguishedName : CN=Default Offline Address List,CN=Offline Address Lists,CN=Address Lists Container,C N=CompanyOrg,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=localIdentity : \Default Offline Address ListGuid : b479c0fb-ad5e-4f06-8115-39140cb1397cObjectCategory omain.local/Configuration/Schema/ms-Exch-OABObjectClass : {top, msExchOAB}WhenChanged : 12/11/2008 2:50:24 PMWhenCreated : 3/03/2004 3:35:21 PMOriginatingServer : dc.domain.localIsValid : True Server : ExchangeServerAddressLists : {Default Global Address List}Versions : {Version3, Version4}IsDefault : TruePublicFolderDatabase : ExchangeServer\Second Storage Group\Public Folder DatabasePublicFolderDistributionEnabled : TrueWebDistributionEnabled : TrueDiffRetentionPeriod : 30Schedule : {Sun.3:00 AM-Sun.3:15 AM, Mon.3:00 AM-Mon.3:15 AM, Tue.3:00 AM-Tue.3:15 AM, Wed.3:00 AM-Wed.3:15 AM, Thu.3:00 AM-Thu.3:15 AM, Fri.3:00 AM-Fri.3:15 AM, Sat.3:00 AM-Sat.3:1 5 AM}VirtualDirectories : {OAB (Default Web Site)}ExchangeVersion : 0.1 (8.0.535.0)AdminDisplayName : Name : Web Based OAB DistributionDistinguishedName : CN=Web Based OAB Distribution,CN=Offline Address Lists,CN=Address Lists Container,CN= CompanyOrg,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=localIdentity : \Web Based OAB DistributionGuid : b1407065-51d7-4bdf-a0af-ecaf3c04d45eObjectCategory : domain.local/Configuration/Schema/ms-Exch-OABObjectClass : {top, msExchOAB}WhenChanged : 12/11/2008 4:07:10 PMWhenCreated : 12/11/2008 2:49:43 PMOriginatingServer : dc.domain.localIsValid : True I created a new OAB because the original one had the web distribution options greyed out. I the new "Web Based OAB Distribution" OAB to default and configured the distribution serves. I believe this exchange organisation was migrated from 2003, but it was before my time - as the default OAB has exchange 6.5 version details thus explaining why my web based distribution options were greyed out.
Free Windows Admin Tool Kit Click here and download it now
November 17th, 2008 2:59am

Hi, From the information that you posted, there is no unusual configuration on the Offline Address Book. Now I would like to confirm whether you configured the Mailbox Database associated with the new Offline Address Book. Please run get-mailboxdatabase |fl command in EMS, then post the information. Thanks Allen
November 17th, 2008 5:27am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics